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MECHANISMS FOR WEB-OBJECT EVENT/STATE-DRIVEN 
COMMUNICATION BETWEEN NETWORKED DEVICES 

BACKGROUND OF THE INVENTION 

1. Field of Invention 

This invention relates to concurrent communication between multiple devices 
on a network. 

2. Description of Related Art 

A wide variety of techniques are known for manipulating each of the 
individual technologies that exist in a Web-based concurrent system environment. 
For example, some techniques focus on the Web Client user interface. Other 
techniques focus on the simple network management protocol (SNMP) data that 
networked copiers, printers, facsimile machines and multifunction devices use to 
share their status and other data. Still other techniques focus on various methods of 
communicating over the Internet or between programs, and on data analysis and 
processing for metrics. 

In a concurrent networked device environment, where the data, state and 
actions being performed by many devices changes almost constantly and often 
simultaneously, an orderly set of rules, policies and mechanisms need to be in place to 
interpret data and ensure that status information is reported efficiently. Copiers may 
run out of one or more supplies, billing data may need to be reported, operational 
alerts may need to issued regarding needed device repairs, network device supplies 
may need ordering when they becomejow and an order automatically created, the 
status of a device may need to be refreshed, accurate statistical information may need 
to be generated, and/or appropriate metrics may need to be applied to help evaluate 
the data being used by many users and systems. 

SUMMARY OF THE INVENTION 

At the same time, the application technology, even though it may be 
Web-based, may need to span a variety of technologies where there is little uniformity 
in rules or mechanisms. For example, the technology and practice of using a database 
differs considerably from that of Web-page generation, real-time simple network 
management protocol data gathering, or the rules and practices of state machines. 
Therefore, the expertise needed to construct an application integrating such various 
technologies could be excessively demanding. 



This invention provides systems and methods that overcome much of the 
complexity associated with the many technologies, disciplines and/or operational 
considerations in a Web-based concurrent system environment. 

This invention separately provides systems and methods that tie together the 
various disparate technologies in a simpler and more coherent manner than can be 
realized by the individual technologies alone. 

This invention separately provides systems and methods that utilize Web 
objects in a Web-based concurrent system environment. 

This invention separately provides systems and methods that automatically 
create one or more Web objects using state machines and event mechanisms. In 
various exemplary embodiments, the Web object state transitions are generated and 
transitioned in real-time. In various exemplary embodiments, the Web object state 
transitions and the actions that are within those state machines are executed 
independently of user interaction. 

This invention separately provides systems and methods that improve the 
integrity of persistent Web objects to enable improved online and/or offline updating 
of data pertaining to networked devices. 

This invention separately provides systems and methods that allow many 
implementations in which one or more front-end Web servers or related systems 
manipulate a common persistent Web object while maintaining consistency and 
integrity of data in the common persistent Web object. 

This invention separately provides systems and methods that use Web objects 
having template-driven mechanisms that simplify creation, dynamic modification 
and/or persistence of individual Web objects. 

This invention separately provides systems and methods that use Web objects 
having event-driven mechanisms that enable concurrency, contention and atomicity 
rules to be applied between individual Web objects. 

This invention separately provides systems and methods including Web- 
objects that use objects, state-machines, events and actions within states. 

In various exemplary embodiments according to this invention, web-based 
concurrent systems and methods automate data collection, monitoring, analysis and/or 
nletric creation independently of assembling and displaying status and data about 
enterprise networked copiers, printers, facsimile machines, multifunction devices and 



or any other known or later developed network-connectable device. Web page s_ 
displaying such status and data are assembled efficiently using Web objects. 

In various exemplary embodiments, the systems and methods according to this 
invention gather and set internal and/or external status and device data from a 
multiplicity of networked devices, either asynchronously and/or synchronously, using 
a variety of technologies including simple network management protocol, extended 
markup language or web servers within, embedded into, or associated with, the 
devices. The device data may be stored in a network database. 

In various exemplary embodiments, at the same time that the networked 
device data is gathered from the networked devices, the systems and methods 
according to this invention generate graphical, textual, statistical metric and/or status 
information using the networked device data from the underlying network database. 

In various exemplary embodiments, at the same time this information is 
generated, the generated information is assembled and presented to a multiglejusers 
and/or assembled in a Web browser for on-demand display. 

Various exemplary embodiments of the systems and methods according to this 
invention are based on recognition of problems in a real-time concurrent 
web-application, e.g., spanning numerous technologies, and resolving concurrency 
and contention issues between multiple users, and resolving concurrency of changing 
data, so that the data integrity is improved or preserved. 

In various exemplary embodiments, the systems and methods according to this 
invention use Web objects that include explicit relationships between each of the 
Web-objects so that communication between the Web objects is accomplished using 
events and a fixed set of rules associated with the Web objects. These relationships 
and rule enforcement allow the systems and methods according to this invention to be 
created in a regular manner without needing to have to deal with lower level and more 
complex details, such as database locking. These built-in rules simplify the creation 
of applications. 

In various exemplary embodiments of the systems and methods according to 
this invention, each of the template Web objects can be separately created, for 
example, manually or with a web page authoring tool. The Web objects are combined 
and populated dynamically from the appropriate Web-object states for display as a 
Web page by the Web browser. In various exemplary embodiments, the presentation 
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of a Web object is separated from its content by placing layout and appearance 
instructions in templates. 

In various exemplary embodiments according to this invention, a framework is 
provided for developing Web applications. This framework is distinct from the Web 
applications themselves, which are created within and executed by the framework. 
The framework according to this invention should be contrasted with ad-hoc, informal 
methods for creating Web applications that have no formal framework or rules to 
constrain the behavior of the Web applications. Various exemplary embodiments 
according to the framework of this invention provide concurrent Web-based 
networked-device metric display, analysis and management. 

By providing a formal approach, various exemplary embodiments of the 
systems and methods according to this invention enhance Web application behavior in 
important respects, for example, concurrent request management. A Web application 
resulting form the formal approach according to various exemplary embodiments of 
the systems and methods of this invention is easier to understand and maintain. 
Further, in various exemplary embodiments of the systems and methods of this 
invention redesigning of Web applications is simplified and Web application behavior 
is more predictable. 

These and other features and advantages of this invention are described in, or 
are apparent from, the following detailed description of various exemplary 
embodiments of the systems and methods according to this invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Various embodiments of this invention will be described in detail, with 
reference to the following Figures, wherein: 

Fig. 1 is a functional block diagram illustrating a first exemplary embodiment 
of a metrics and status presentation system according to this invention; 

Fig. 2 is a functional block diagram illustrating an exemplary remote device 
for which metrics and status data are presented by the system of Fig. 1; 

Fig. 3 is a functional block diagram illustrating an exemplary data processor of 
the system of Fig. 1; 

Fig. 4 is a functional block diagram illustrating an exemplary Web-object 
presentation creator of the system of Fig. 1; 



Fig. 5 is a functional block diagram illustrating an exemplary Web client of 
the system of Fig. 1; 

Fig. 6 is a flowchart outlining an exemplary embodiment of a method for 
presenting metrics and status information according to this invention; 

Fig. 7 is a functional block diagram illustrating an exemplary Web and 
network environment of Web objects according to this invention, including multiple 
devices, Web clients and Web-object templates with their own state machines, events 
and embedded Web objects; 

Fig. 8 is a functional block diagram illustrating a single Web object and a 
single Web client according to the Web and network environment of Fig. 7; 

Fig. 9 is a functional block diagram illustrating multiple Web objects and 
multiple Web clients according to the Web and network environment of Fig. 7; 

Fig. 10 is a functional block diagram illustrating an exemplary implementation 
of a metrics and status presentation system according to this invention; 

Fig. 1 1 shows a first exemplary embodiment of a Web-page presentation of a 
Web object containing a backing state machine and populated with simple HTML 
text; and 

Fig. 12 shows a second exemplary embodiment of a Web-page presentation of 
a Web object with its backing state machine containing an embedded Web object and 
its supporting state machine. 

DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS 

According to various exemplary embodiments of this invention, a framework 
is provided for developing Web applications. This framework provides a runtime or 
virtual machine for Web objects. According to various exemplary embodiments of 
this invention, Web^tyects are template-driven mechanisms that compose Web pa ges 
through thejj^ofjcdy^cts, concurrent state-machines, events and actions within states. 
The Web objects define explicit relationships between each of the concurrent 
state-machines, events and actions within states. The Web objects provide a persistent 
state-machine view of Web-application components. 

Events enable messages and/or information to be sent to Web objects. Web 
objects can receive events from external sources, for example, Web browsers, or from 
other Web objects. In various exemplary embodiments, each Web object can include 
data and/or can specify a destination. 



States of a Web object provide a history of past events, allowing the Web 
object to modify the response of that Web object to a new event based on the history 
of past events of that Web object. Thus, in various exemplary embodiments, the Web 
objects are able to receive and transmit events that can cause the Web objects to 
change state and perform actions associated with that state. 

In various exemplary embodiments, actions defined within a Web object 
specify how the Web object will react to events that are received by the Web object. 
For example, events may cause the Web object to modify data contained within that 
Web object and/or within other Web objects. Alternatively, or additionally, events 
may cause that Web object to change state and/or generate an event. The generated 
event may be transmitted to an external entity, such as a Web browser, or to another 
Web object. For example, a Web object's actions within a state may gather read and 
write data from one or more external devices and then display that data on a Web 
browser, write to other Web objects, and/or write to the external devices. 

In various exemplary embodiments of the systems and methods according to 
this invention, the Web-object systems include a mechanism for Web-object 
persistence. This persistence mechanism allows a Web object to maintain its state 
over time independently of any requests that the Web object receives. For example, 
the state of the Web object may be stored in a permanent storage mechanism, such as 
an underlying database. 

According to various exemplary embodiments of this invention, the Web- 
object systems also include an event dispatcher as part of it's runtime software.. The 
event dispatcher places events onto a queue and transmits each event in a predictable 
manner to the destination specified by that particular event. For example, as events 
are generated by external sources, such as HTTP requests from Web browsers, the 
events are placed into the event queue in the order the events are generated. The event 
dispatcher transmits each event from the event queue to the specified destination that 
receives the event and its data. 

According to various exemplary embodiments of the systems and methods 
according to this invention, the Web-object systems also include a locking 
mechanism. This locking mechanism ensures that Web objects correctly make the 
appropriate transitions between states, and that actions performed within a state are 
not interrupted. This reduces possible corruption of data and/or actions by other 




actions, events and/or Web objects. Thus, in various exemplary embodiments of the 
systems and methods according to this invention, the locking mechanism does not 
allow a Web object to be interrupted by other events while the Web object is changing 
states and/or performing actions. The Web object can process further events only 
after the Web object has changed its state and/or completed its action. State changes 
of Web objects are thus atomic so that they cannot be interleaved or interrupted by 
other events and state changes in the same Web object or other Web objects and the 
data to which they are related, and must complete in their entirety. The Web-object 
runtime component of the systems and methods according to this invention manages 
the details required to ensure atomicity so that the Web objects need not separately 
implement atomicity. 

In various exemplary embodiments of the systems and methods according to 
this invention, the Web-object systems also include a template creation system or 
device that provides one or more external representations of Web objects, such as, for 
example, a Web page coded in HTML. The external representation of a Web object 
may be persistent so that the representation does not need to be regenerated 
continuously. That is, rather than the entire external representation being regenerated, 
only those Web objects that require updating need to be regenerated. 

In various exemplary embodiments of the systems and methods according to 
this invention, the Web-object systems allow the creation of larger, more complex 
concurrent communicating Web objects from individual Web objects, by combining 
the representations of the individual Web objects into larger representations. 

The presentation systems and methods associated with this invention are 
rther described in copending U.S. Patent Application No. (Attorney Docket 

No. 105730), filed herewith and incorporated herein by reference in its entirety. 

Fig. 1 shows a functional block diagram of a first exemplary embodiment of a 
metric and status presentation system 100 according to this invention. As shown in 
Fig. 1, components of the metric and status presentation system lOOjhay 
communicate via a distributed network 101. The distributed nfetWork 101 may be, for 
example, an intranet, an extranet, a local area network, a metropolitan area network, a 
wide area network, a satellite communication network, an infrared communication 
network, the Internet, the World Wide Web, or any other known or later-developed 
distributed network. 
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The metric and status presentation system 100 includes at least one remote 
device 200. In various embodiments, the remote device 200 comprises one or more 
devices such as networked copiers, printers, facsimile machines, multifunction 
devices or any other known or later-developed network-connectable device. The 
metric and status presentation system 100 also includes a datajDrocessorJ^OO, a Web-_ 
object pr esgntatjmia^ and at leastjmg Web dient^ 500. In various 

embodiments of this invention, metrics and/or status data about the remote device 200 
are gathered and processed by the data processor 300 and then transmitted to the Web- 
object presentation creator 400. The Web-object presentation creator 400 accesses 
and/or creates a presentation, for example, a Web page, from data processed by the 
data processor 300 and/or contained in templates. The presentation is created as 
requested by the Web client 500. 

Fig. 2 illustrates an exemplary embodiment of the remote device 200 shown in 
Fig. 1. As shown in Fig. 2, the remote device 200 includes a controller 210, a 
memory 220, an input/output interface 230 and a simple network management 
protocol management information base (SNMP MIB) 240. In the exemplary 
embodiment shown in Fig. 2, the remote device 200 may also include one or more 
sensors 250, an analog-to-digital converter 260 and/or a preliminary analysis circuit or 
routine 270. The elements of the remote device 200 may be interconnected by a 
link 201. The link 201 can be one or more wired or wireless links or any other known 
or later-developed element or elements that are capable of supplying electronic data to 
and from the connected elements 210-270. 

The input/output interface 230 may be any known or later-developed 
mechanism, such as a server or a client, that is capable of posting data from the 
remote device 200 over the distributed network 101 and receiving data from remote 
devices connected to the distributed network 101. Similarly, the sensors 250 may be 
any known or later-developed mechanism or mechanisms that are capable of detecting 
data pertaining to the remote device 200. 

In operation, data pertaining to the remote device 200, such as metrics and 
^-^status data, is collected by/he controller 210 from one or more of the memory 220, 
>^the one or more sensors and/or any other data sources providing the types of data 
described above and derived from the operational characteristics of the remote device 
200. The data is processed by the controller 210 into a format recognizable by the 



preliminary analysis circuit or routine, 270 and forwarded to the preliminary analysis 
circuit or routine 270. For example, the controller 210 may process the collected data 
by discretely sampling the analog data received from the one or more sensors 250 into 
qualitative values or by digitizing such analog data using the analog-to-digital 
converter 260. Alternatively, the controller 210 may process the collected data by 
translating device signals into discrete event sequences, as described in U.S. 
*r ovicionaf Applicati o n N u . gQ>/T54,0 i-6, incorporated herein by reference in its 
entirety, that can be recognized by the preliminary analysis circuit or routine 270. 

While some data processing may be accomplished by the remote device 200, 
the data is further processed by the data processor 300 of the metric and status 
presentation system 100. Fig. 3 illustrates an exemplary embodiment of the data 
processor 300 shown in Fig. 1. As shown in Fig. 3, in various exemplary 
embodiments, the data processor 300 includes one-or more Web objects 310 that 
collect data from the remote device 200. The Web objects 310 collect the data using a 
standard network management or Web-protocol 320, such as SNMP, HTML over 
HTTP or extended mark-up language (XML) over HTTP, from the distributed 
network 101. The data processor 300 also includes a network input/output interface 
330 usable to receive and/or send data over the distributed network 101 . The 
elements of the data processor 300 may be interconnected by a link 301 . The link 301 
can be one or more wired or wireless links or any other known or later-developed 
element or elements that are capable of supplying electronic data to and from the 
connected elements 3 1 0-3 30. 

The network input/output interface 330 may be any known or later-developed 
mechanism, such as a server or a client, that is capable of accessing data about the 
remote device 200 posted over the distributed network 101 and/or sending data over 
the distributed network 101. The operation of the Web objects 310 is explained in 
more detail below. 

Fig. 4 illustrates an exemplary embodiment of the Web-object presentation 
creator 400 shown in Fig. 1 . As shown in Fig. 4, in various exemplary embodiments, 
the Web-object presentation creator 400 includes, or at least accesses, one or more 
Web objects 410 to be presented. The Web-object presentation creator 400 includes 
one or more templates 420 that can be populated by one or more of the Web objects 
410. The templates 420 may be used by a Web server 440 to create a presentation^ 
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one or more of the Web objects 410, such as a Web page, that can be sent over the 
distributed network 101. The Web-object presentation creator 400 includes a network 
input/output interface 430 usable to receive and/or send data over the distributed 
network 101. The elements of the Web-object presentation creator 400 may be 
interconnected by a link 401. The link 401 can be one or more wired or wireless links 
or any other known or later-developed element or elements that are capable of 
supplying electronic data to and from the connected elements 410-440. The network 
input/output interface 430 may be any known or later-developed mechanism, such as 
a server or a client, that is capable of accessing the data about the Web objects 410, or 
the Web objects 410 themselves, and sending the presentation over the distributed 
network 101. The operation of the Web-object presentation creator 400 is explained 
in more detail below. 

It should be understood that the Web objects 410 shown in Fig. 4 can be the 
same elements as the Web-objects 310 shown in Fig. 3. Thus, while the data 
processor 300 and the Web-object presentation creator 400 are shown separately, it 
should be understood that the data processor 300 and the Web-object presentation 
creator 400 may be embodied in the same device and/or software. The distinction 
between the data processor 300 and the Web-object presentation creator 400 is for the 
sake of description only and is not limiting. 

Fig. 5 illustrates an exemplary embodiment of the Web client 500 shown in 
Fig. 1. As shown in Fig. 5, in various exemplary embodiments, the Web-client 500 
includes a controller 510, a memory 520, an input/output interface 530, a data storage 
device 540 and a display device 550. The elements of the Web-client 500 may be 
interconnected by a link 501. The link 501 can be one or more wired or wireless links 
or any other known or later-developed element or elements that are capable of 
supplying electronic data to and from the connected elements 510-550. 

The input/output interface 530 may be any known or later-developed 
mechanism, such as a server or a client, that is at least capable of receiving data from 
the distributed network 101. 

In operation, the memory 520 may contain a Web browser application 
executed by the controller 510. A request from the Web browser is sent over the 
distributed network 101 by the input/output interface 530. The request causes the 
presentation of one or more of the Web objects 310 and/or 410 and/or the templates 
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420 to be provided to the Web client 500. The Web objects 310 and/or 410 and/or the 
templates 420 may be displayed to a user on the display device 550. The Web objects 
310 and/or 410 and/or the templates 420 may also be stored by the data storage device 
540 and displayed later. The controller 510 may also generate periodic requests to 
update the retrieved Web objects 310 and/or 410 and/or the templates 420. Thus, 
current data pertaining to the remote device 200, such as metrics and status data, may 
be displayed to the user on request as the presentation of one or more of the Web 
objects 310 and/or 410 and/or the templates 420. 

Fig. 6 is a flowchart outlining an exemplary embodiment of a method for 
presenting metrics and status data according to this invention. Beginning in step 
SI 00, control continues to step S200, where data, such as metrics and status data, is 
collected from one or more remote devices. The remote devices may be networked 
devices and the data may be retrieved using a standard network management protocol, 
or a proprietary, device-specific, manufacturer-specified protocol or a manufacturer- 
specified protocol. In various embodiments of this invention, the data is polled on a 
regular or irregular interval from the remote devices. Alternatively, or additionally, 
the data may be polled on demand. Next, in step S300, the collected data is 
transmitted to one or more persistent Web objects. Control then continues to step 
S400. 

In step S400, the transmitted data is processed. As discussed below, in various 
embodiments, the data is processed by the one or more Web-objects. For example, 
activities such as determining running totals, updating graphs, altering existing 
spreadsheets and the like may be involved. Then, in step S500, the processed data is 
stored, for example, in one or more of the Web objects for later retrieval. Next, in 
step S600, the stored data is accessed. The data may be accessed automatically or 
may be accessed upon request, for example, a request by a Web client that presents 
metrics and/or status data. Control then continues to step S700. 

In step S700, one or more templates are created and/or updated using the 
accessed data. In various embodiments of this invention, the templates are populated 
by one or more of the Web objects and thus form a representation of the Web objects. 
The created and/or updated templates may be stored for later presentation. Next, in 
step S800, the created and/or updated templates are accessed. For example, the 
templates may be accessed by a Web server. Then, in step S900, one or more Web 
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pages are created and/or updated using the templates. In various embodiments of this 
invention, the template-based representations are combined with other template-based 
representations. The created and/or updated Web pages define a presentation of the 
data from the remote device, such as metrics and status data, and are available for 
5 viewing by one or more Web clients, for example, over a distributed network. 

Control then continues to step SI 000, where the process ends. While these processing 
steps are shown executing serially, the procedures may actually execute concurrently 
in parallel in each of elements in 100, 200, 300, 400 and 500. As shown in Figs. 7-10, 
the integrity of the data is maintained throughout the process. 
10 Fig. 7 is a functional block diagram illustrating an exemplary Web and 

network environment 7000 of Web objects according to this invention, including 

O 

yQ multiple networked devices 7200, a data processor/Web-object presentation creator 

jj; 7300 and multiple Web clients 7500, all interconnected by a network 7100, such as 

^ the Internet. The data processor /Web-object presentation creator 7300 includes 

yb 15 multiple Web objects 7310, 7320 and 7330. Each Web object 7310, 7320 and 7330 

y 

s has its own templates 7312, 7322 and 7332, and state machines 7314, 7324 and 7334, 

[7 respectively. The data processor/Web-object presentation creator 7300 also includes a 

PJ database 7340, or other data storage device, and one or more runtime support circuits, 

i f" 3 

Q routines or managers 7350. The data processor/Web-object presentation creator 7300 

" 20 may be embodied as any suitable computer-based device, such as, for example, a Web 

server. 

The Web clients 7500 may be embodied as anydeyice that is capable of 
receiving information from the network 7100 and displaying the information to a user. 
For example, the Web clients 7500 may bewojkstations 7510, such as personal 
25 computers, that each include a monitor or screen display 7520. It should be 

understood, however, that the Web-clients 7500 may be other devices, such as a hand- 
held personal digital assistant (PDA), a cellular or digital mobile telephone or an 
embedded web browser in a consumer appliance, such as a CD player, DVD player, or 
microwave oven. 

30 In operation, one or more of the Web clients 7500 generate and transmit a 

request for information over the network 7100. For example, the workstations 7510 
may access hyperlinks displayed in a web browser. The request is received by the 
data processor/Web-object presentation creator 7300 and processed by one or more of 
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the Web-objects 7310, 7320 and/or 7330 using the state machines 7314, 7324 and/or 
7334, respectively. State data for the state machines 7314, 7324 and 7334 is read 
from and stored in the database 7340. Rules and mechanisms for operation of the 
Web objects 7310, 7320 and/or 7330 and their state machines 7314, 7324 and/or 7334 
are provided by the runtime support circuits, routines or managers 7350. 

Data from the networked devices 7200 is transmitted to the data 
processor/Web-object presentation creator 7300, either automatically or as requested 
by the data processor /Web-object presentation creator 7300, and stored in the database 
7340 for use by the Web objects 7310, 7320 and/or 7330 in their state machines 7314, 
7324 and/or 7334. The Web objects 7310, 7320 and/or 7330 create and populate the 
templates 7312, 7322 and/or 7332 with data from the state machines 7314, 7324 and 
7334 and/or the database 7340. The templates 7312, 7322 and/or 7332 are then 
transmitted in a proper format, such as HTML, XML, XHTML, PDF, or any other 
appropriate known or later-developed format, to the Web clients 7500, either 
individually or combined, to form a desired presentation of the requested information. 
For example, the requested information may be presented on the screen display(s) 
7520 as a Web page formed by representations of the Web objects 7310, 7320 and/or 
7330 or displayed objects 7521, 7522 and/or 7523. 

Fig. 8 is a functional block diagram illustrating a single Web object 7310 and a 
single Web client 7530 according to the Web and network environment 7000 shown 
in Fig. 7. The request for information by the Web client 7530 is transmitted to the 
Web object 7310 over the network 7100 and received as an Event 1 . The Web object 
7310 is in a Stat^J^adefinit^ This definite state 

reflects the past history of the Web obj ect 731 0. The state machine 73 14 is shown in 
abstract form as an event/state diagram to illustrate the reaction of the Web object 
7310 to events based on the past his tory of eve nts^ 

When the Web object 7310 receives the Event 1, the state machine 7314 
produces one or more actions within that state, such as an Action 1 . For example, the 
Action 1 may be receiving and manipulating remote device data fordisglay, storing 
data in a/d atabaseTor sending_em aiTto a ,da\dcFeVenrsu^criber. After the Web 
object 7310 completes the Action 1, the Web object 7310 changes state from the State 
Ho a State 2. 
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The runtime support circuit, routine or manager 7350 ensures that the Web 
object 7310 processes the Event 1 automically so that the processing cannot be 
interrupted. In other words, the Web object 734 0 * s not a ll° wec * to process another 



eventjin til th e Event 1 i s processed and the Web object 7310 changes from the State 1 
to the State 2. 

In the State 2, the state machine 7314 may produce ar ^ctioj i^2and/or an 
Event 2. When the Web object 73 10 completes the Action 2, the Web object 73 10 
changes from the State 2 to a State 3. Depending on the past history of the Web 
object 7310, various events are created and processed and various actions are 
executed. The runtime support circuit, routine or manager 7350 manages the 
processing by creating an event queue that operates on a first-in- first-out basis. The 
event queue may be managed by an event dispatcher, which transmits events from the 
queue to specified destinations in the order in which they are received, providing a 
guaranteed event delivery system, so that Web objects do not have to implement or 
reinvent this functionality. Using the state machine 7314, the Web object 7310 
updates itself automatically so that the remote device data displayed as the displayed 
object 7521 to the Web client 7530 is current. 

Fig. 9 is a functional block diagram illustrating multiple Web objects 7324 and 
7334 and multiple Web clients 7540 and 7550 according to the Web and network 
environment 7000 shown in Fig. 7. The operation of the Web-object system shown in 
Fig. 9 is identical to the operation of the Web-object system described above with 
respect to Fig. 8, except that events and/or actions of the Web object 7324 are used to 
update the Web object 7334, and vice versa. The runtime support circuit, routine or 
manager 7350 manages the processing of events by the Web objects 7324 and 7334 so 
that contention and race conditions are avoided when one Web-object's state machine 
reads or writes the data in another Web object. 

Also, the displayed object 7522 generated by the Web client 7540 may be 
different than the displayed object 7523 generated by the Web client 7550. For 
example, the information requested by each of the Web clients 7540 and 7550 may be 
different. Further, the displayed objects 7522 and 7523 may be different in 
appearance and content because the templates 7322 and 7332, respectively populated 
by the Web objects 7324 and 7334, may be different. 
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Fig. 10 is a functional block diagram illustrating an exemplary implementation 
of a metrics and status presentation system according to this invention. The 
implementation runs on the Microsoft NT server operating system, under the Oracle 
Application server environment B which provides Web service facilities to the 
application. The Web object runtime E is implemented using Java Servlets as 
supported by the Java servlet cartridge D supplied by Oracle, and an Oracle database 
J. The runtime is used to execute Web objects implemented as additional Java 
servlets H. The Web objects communicate with networked printing devices I and poll 
data from these devices. The web objects use a template parser G to form 
representations of themselves for display in a Web browser A, using the Web server B 
for communication with the Web browser A. 

Fig. 1 1 shows an exemplary Web-page presentation of a Web object 
containing a backing state machine and populated with simple HTML text. 

Fig. 12 shows another exemplary Web-page presentation of a Web object with 
its backing state machine containing an embedded Web object and its supporting state 
machine. 

While this invention has been described in conjunction with the exemplary 
embodiments outlined above, it is evident that many alternatives, modifications and 
variations will be apparent to those skilled in the art. Accordingly, the exemplary 
embodiments of the invention, as set forth above, are intended to be illustrative, not 
limiting. Various changes may be made without departing from the spirit and scope 
of the invention. 



